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(54) Hand-held electronic device with thumbwheel 

(57) A hand-held electronic device is provided hav- 
ing a keyboard optimized for use with the thumbs and 
an inclined thumbwheel for auxiliary data entry and se- 
lection. The keyboard preferably includes a plurality of 
non-uniform shaped keys, such as oblong, oval or rec- 
tangular keys, which are organized into two sets of keys 
that, together, form a QWERTY keyboard. The two sets 
of non-uniform shaped keys are tilted at complimentary 
angles to each other and with respect to a common ver- 
tical reference through the device. The keys are also 
uniformly distributed across the device to facilitate opti- 
mal thumb typing. The thumbwheel is inclined at an an- 
gle for easier operation, and is used for auxiliary data 
entry and menu selection. 




Fig. 3 
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Description 

CROSS-REFERENCE TO RELATED APPLICATIONS 

[0001] This application is a continuation-in-part of U. 5 
S. Design Patent Application Serial No. 29/1 08,876, en- 
titled "Hand-Held Electronics Device," filed August 5, 
1 999, and further is a continuation-in-part of U.S. Patent 
Application Serial No. 09/344,432, entitled "Hand-held 
Electronic Device with a Keyboard Optimized for Use 
with the Thumbs," filed June 25, 1999, which is a con- 
tinuation-in-part of U.S. Patent Application Serial No. 
09/106,585, entitled "Hand-held Electronic Device With 
a Keyboard Optimized For Use With The Thumbs," filed 
June 29, 1998, which in turn is a continuation-in-part of 
U.S. Design Application Serial No. 29/089,942 filed 
June 26, 1998. All earlier-filed applications have been 
assigned to the assignee of the present application. 

BACKGROUND 

1 . Field of the Invention 

[0002] The present invention is directed toward the 
field of small, hand-held electronic devices such as per- 
sonal data assistants (PDA's), personal information 
managers (PIM's), two-way pagers, cellulartelephones, 
and the like. 

2. Description of the Related Art 

[0003] In a two-way paging system (or other types of 
data communication networks) that provides two-way, 
full text messaging, there is a need to permit the user to 
initiate messages and to respond to messages in a time- 
ly fashion and with text entirely created by the user. In 
order to keep th e form factor of the two-way pager small 
enough to be worn on the body of the user, such as with 
a belt clip, the input device needs to be small, have a 
minimal number of keys and should be optimized for use 
with a minimal number of key strokes. Prior art systems 
have attempted to address these needs by incorporat- 
ing virtual keyboards or pen-based input systems for us- 
er inputs to the device, but such systems require the us- 
er to input data in an unfamiliar manner. Additionally, in 
a small hand-held messaging device, such as a two-way 
pager, these systems prove awkward to use. 

SUMMARY 

[0004] A hand-held electronic device is provided hav- 
ing a keyboard optimized for use with the thumbs and 
an inclined thumbwheel for auxiliary data entry and se- 
lection. The keyboard preferably includes a plurality of 
non-uniform shaped keys, such as oblong, oval or rec- 
tangular keys, which are organized into two sets of keys 
that, together, form a QWERTY keyboard. The two sets 
of non-uniform shaped keys are tilted at complimentary 
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angles to each other and with respect to a common ver- 
tical reference through the device. The keys are also 
uniformly distributed across the device to facilitate opti- 
mal thumb typing. The thumbwheel is inclined at an an- 
gle for easier operation, and is used for auxiliary data 
entry and menu selection. 

[0005] In one embodiment of the invention, the hand- 
held electronic device is a two-way paging or wireless 
email device (such as the lnter@ctive™ pager manu- 
factured and marketed by Research In Motion of Water- 
loo, Ontario) that permits full-text, two-way messaging 
such as email messaging. The invention, however, is not 
limited to two-way messaging devices, and can be uti- 
lized with any portable device, including PDAs, palm- 
tops, hand-held computers, cellulartelephones, pagers, 
etc. The device may also include standard PDA or PTA 
features such as an address book, an electronic calen- 
dar, a task list and other text-based features. Such fea- 
tures require user input of text strings that can be lengthy 
and that cannot be reduced to p re-determined or 
"canned" strings. Thus, for such a device, the efficient 
entry of data in a device meant to fit into the palm of 
one's hand requires that two goals are achieved. First, 
the data entry must be relatively easy from a user per- 
spective. This means that the user must be somewhat 
familiar with analogous forms of data entry and not have 
to be trained to use the data entry for the hand-held de- 
vice. Second, the form factor does not permit a large 
number of keys or keys that are very large. Thus, effi- 
cient use of the keyboard space is required and func- 
tions that might be able to be performed by a standard 
keyboard are off-loaded to an auxiliary input device or 
are performed, through a normal number of keystrokes 
that encourage the use of thumb-based data entry. 
[0006] To accomplish these goals, the invention first 
optimizes the placement of the keys on the device key- 
board. In order to work within the limited space available 
for the keyboard, it was determined that it was prefera- 
ble to use keys that were oval or oblong (or otherwise 
non-uniform in radius) and that were tilted at angles de- 
signed to facilitate use by th umb typing. An angle for the 
keys on the right side of the keyboard and a comple- 
mentary angle for the keys on the left side of the key- 
board are chosen based upon observation of the angle 
at which a user will orient his or her thumbs while thumb- 
typing. The keys are uniformly distributed across the de- 
vice such that half of the keys are on one-half of the 
device and the other half of the keys are positioned on 
the other half of the device. This uniform key distribution 
further optimizes the device for use with the thumbs. 
[0007] The invention also minimizes the number of 
keys available or required for data input. In the preferred 
embodiment, only keys for the 26 letters of the English 
alphabet are available as well as a backspace key, a line 
feed key, an "alf key, a "cap" key and a space bar. The 
alt key enables the user in conjunction the other keys to 
input numbers and symbols to perform certain functions. 
The placement of the keys is designed to enhance the 
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user experience while typing with the thumbs by meet- 
ing two seemingly opposite goats - minimizing the key- 
board footprint while maximizing the likelihood that p- 
roper keys will be struck by the thumb-typing user. The 
keyboard is preferably configured as a QWERTY key- s 
board. 

[0008] Alternative embodiments could include fewer 
or more keys, including, for example function keys or 
control keys. The form factor, however, generally limits 
the number of keys that may be Implemented if the goal 
of facilitating thumb typing is to be met. 
[0009] The invention also provides additional incen- 
tive for the user to use thumb input by providing an input 
device adjacent to the keyboard, but integral to the over- 
all hand-held device. Although other devices can be 
used in an auxiliary fashion, the preferred device is a 
thumbwheel that registers movement of the wheel by 
measuring the number of indents traversed while rolling 
the wheel and that also registers as an input the depres- 
sion or "clicking" of the wheel, which is performed by 
pressing the wheel toward the back of the pager. This 
clicking of the wheel is similar to the clicking of a mouse 
associated with a PC or any other input device that -reg- 
isters the depression of a button. The thumbwheel in the 
preferred embodiment is placed vertically on the two- 
way paging device, and inclined at an angle, so that the 
user can easily move his or her thumb from the thum- 
bwheel to the keyboard and back for performing func- 
tions and retrieving data forms, such as an email tem- 
plate or address book entry template, for data entry. 
[0010] Additionally, various software techniques can 
be implemented to enhance the thumb-typing user's ex- 
perience in using the device of the instant invention. In 
the preferred embodiment, for example, the user can 
change the capitalization of a particular letter simply by 
keeping a key depressed for a particular length of time 
without an intermittent release being detected by the 
keyboard controller. 

[0011] According to an aspect of the present invention 
there is provided a method of changing the character 
display of a key on a keyboard of a handheld wireless 
communications device comprising the steps of receiv- 
ing a first input from a depression of a keyboard key, the 
first input defining a first character associated with the 
depressed keyboard key; receiving a second input from 
an auxiliary input device in conjunction with the contin- 
ual depression of the keyboard key; initiating of an al- 
tering character condition and processing the altering 
character condition; and, modifying the first character 
and submitting for display a second character associat- 
ed with the depressed keyboard key. 
[0012] According to another aspect of the present in- 
vention there is provided a method of modifying the 
character display of a key on a keyboard comprising the 
steps of: receiving a first input from a depression of a 
keyboard key, the first input associating a first character 
associated with the depressed keyboard key; initiating 
of an altering character condition upon a continual de- 



pression of the keyboard key beyond a predefined pe- 
riod of time; processing the altering character condition; 
and, modifying the first character and submitting for dis- 
play a second character. 

[0013] According to another aspect of the present in- 
vention there is provided a handheld two-way wireless 
communications device optimally configured for use 
with the thumbs of a user comprising, a keyboard; an 
auxiliary input device positioned in relative proximity to 
the keyboard and control logic circuitry associated with 
the auxiliary input device; a display positioned adjacent 
to the keyboard; a microprocessor to control the opera- 
tion of the device; and, a software application residing 
in the communications device for providing a plurality of 
thumb-based operational features, the software appli- 
cation initiating certain operational features upon certain 
inputs from the keyboard or the auxiliary input device. 
[0014] According to another aspect of the present in- 
vention there is provided a hand-held two-way wireless 
communications device optimally configured for use 
with the thumbs of a user comprising: a keyboard having 
a first set of keys and a second set of keys, wherein the 
first set of keys is positioned a positive predetermined 
degree relative to a vertical reference and the second 
set of keys is positioned a negative predetermined de- 
gree relative to the vertical reference; an auxiliary input 
device positioned in relative proximity to the keyboard; 
a display positioned adjacent to the keyboard; software 
residing in the communications device for providing 
functionality to inputs received from the auxiliary input 
device and the keyboard. 

[0015] According yet to another aspect of the present 
invention there is provided a handheld two-way wireless 
communications device as described above, and having 
an auxiliary input device comprising a thumbwheel in a 
vertical orientation at the front of the device. In an alter- 
native embodiment, the thumbwheel is inclined from the 
vertical orientation. The inclined thumbwheel is more 
easily accessible to either the thumb or index finger of 
a user's hand at the side edge of the device. Moreover, 
the easier accessibility allows the user to advanta- 
geously hold and operate the device in different ways, 
namely: a single-handed operation and a two-handed 
operation. 

BRIEF DESCRIPTION OF THE DRAWINGS 
[0016] 

Fig. 1 is a block diagram of a two-way, full-text, mes- 
saging device incorporating a keyboard and an aux- 
iliary data entry device; 

Fig. 2 Is a frontal view of the hand-held device show- 
ing the shape and placement of the keys on the key- 
board and the auxiliary input device; 
Fig. 3 is a diagram of showing the shape, size and 
placement of the keys on the keyboard; 
Fig. 4 is a diagram of the control circuitry for the 
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thumbwheel; 

Fig. 5 is a general flow diagram of the major steps 
of the keyboard-related aspect of the invention; 
Fig. 6 is a general block diagram of the major sub- 
systems involved in the process described in Fig. 5; 5 
Fig. 7 is a general flow diagram of the major steps 
of the thumbwheel-related aspect of the invention; 
Fig. 8 is a general block diagram of the major sub- 
systems involved in the process described in Fig. 7; 
Fig. 9 is a view similar to Fig. 2 showing a hand-held 
device comprising an alternative embodiment of the 
invention; 

Fig. 10 is a view taken on line 10-10 of Fig. 9; 
Fig. 11 is a view taken on line 11-11 of Fig. 9; 
Fig. 12 is a front view of parts of the device of Fig. 
9; and 

Fig. 13 is a view taken on line 13-13 of Fig. 12. 

DETAILED DESCRIPTION OF THE DRAWINGS 

[0017] Referring nowto the drawings, Fig. 1 is a block 
diagram of the major subsystems and elements com- 
prising a palm-sized, mobile, two-way messaging de- 
vice that preferably incorporates the invention. The 
messaging device includes a transmitter/receiver sub- 
system 100 connected to a DSP 200 for digital signal 
processing of the incoming and outgoing data transmis- 
sions, power supply and management subsystem 300, 
which supplies and manages power to the overall mes- 
saging device components, microprocessor 400, which 
is preferably an X86 architecture processor, that con- 
trols the operation of the messaging device, display 500, 
which is preferably a full graphic LCD, FLASH memory 
600, RAM 700, serial output and port 800, keyboard 
900, thumbwheel 1000 and thumbwheel control logic 
1010. 

[0018] In its intended use, a message comes via a 
wireless data network, such as the Mobitex network or 
some other form of wireless data network, into subsys- 
tem 100, where it is demodulated via DSP 200 and de- 
coded and presented to microprocessor 300 for display 
on display 500. To access the display of the message, 
the user may choose from functions listed under a menu 
presented as a result of user interaction with thum- 
bwheel 1000. If the message is an email message, the 
user may chose to respond to the email by selecting 
"Reply" from a menu presented on the display through 
interaction via thumbwheel 1000 or via menu, selection 
from keyboard 900. In typing the reply, the user can use 
keyboard 900 to type full text message replies, or insert 
predetermined or "canned" response by using either a 
particular keystroke pattern orthrough pulling down pre- 
determined text strings from a menu of items presented 
on display 500 through the use of thumbwheel 1000. 
When the reply to the message is composed, the user 
can initiate the sending of the message preferably by 
interaction through thumbwheel 1000, or alternatively, 
with less efficiency, through a combination of keyboard 



900 keystrokes. 

[0019] When the microprocessor 300 receives an in- 
dication that the message is to be sent, it processes the 
message for transport and, by directing and communi- 
cating with transmitter/receiver subsystem 100, enables 
the reply message to be sent via the wireless commu- 
nications data network to the intended recipient. Similar 
interaction through I/O devices keyboard 900 and thum- 
bwheel 1 000 can be used to initiate full-text messages 
or to forward messages to another party. Also, the key- 
board 900 and thumbwheel 1 000 can be used to permit 
data entry to an address book resident on the messag- 
ing device, or to an electronic calendar or log book, or 
any other function on the messaging device requiring 
data entry. Preferably, the thumbwheel is a thumbwheel 
with a push button SPST with quadrature signal outputs, 
such as that manufactured by Matsushita Electronic 
Components Co.'s, Ltd. as part number EVQWK2001 . 
As describe in more detail below, the thumbwheel is 
preferably inclined at an angle relative to the body of the 
messaging device. 

[0020] Figure 2 is a front view of a messaging device 
10 that incorporates the invention. The device 10 is 
shown in Fig. 2 in the ordinary operating/viewing posi- 
tion in which it would be held by and between the user's 
hands at the left and right side edges 12 and 14 of the 
device 10. The keyboard 900 is thus elongated horizon- 
tally across the front 1 6 of the device 1 0. Shown in Fig- 
ure 2 are a plurality of letter keys 901 , and specialized 
keys 902, 903, 904 and 905 and space bar 906. Also 
shown is the thumbwheel 1 000 in its vertical orientation 
at the front side 16 of the device 10 in association with 
display 500 and keyboard 900. By "vertical" it is meant 
that the thumbwheel 1 000 is oriented with its circular op- 
posite sides 1002 and 1004 in vertical planes when the 
device 1 0 is viewed directly from the front in the ordinary 
operating/viewing position, as shown in Fig. 2. The axis 
1005 of rotation then extends from left to right across 
the device 10 as a horizontal line parallel to the length- 
wise direction of the keyboard 900. The thumbwheel 
1000 can roll about the axis 1005 up toward the upper 
edge 20 of the device 1 0 or down toward the lower edge 
22 of the device 10. In the preferred embodiment, 902 
is the alt key, 903 is the cap key, 904 is the line feed 
(blank space) key and 905 is the backspace key. 
[0021 ] The keys of the keyboard preferably comprise 
a QWERTY-type keyboard. The keys are uniformly dis- 
tributed across the device such that approximately half 
of the QWERTY keys are positioned on the left hand 
side of the device and the remaining half of the QWER- 
TY keys are positioned on the right hand side of the de- 
vice. This symmetrical placement of the keys further fa- 
cilitates thumb typing since each thumb would be ap- 
proximately equidistant from a respective half of the 
QWERTY keys. 

[0022] Fig. 3 is a view of a subset of the letter keys 
901 , showing the dimensions and relative position of the 
keys. Shown also is the point 950 that marks the center 
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of keyboard 900, key dimensions 970, 971, 972 and 
973, as well as angle 960 and the rho value 965, repre- 
senting curvature of a letter key 901 . In investigating op- 
timal key placement on the keyboard, it was determined 
that the keys should be tilted at an angle 960 relative to s 
vertical that facilitated easy 

typing using thumbs. As described above with reference 
to the thumbwheel 1000, "vertical 0 is the direction per- 
pendicular to the lengthwise direction of the keyboard 
900 when the device 10 is viewed in its ordinary oper- 
ating/viewing position, as shown in Figs. 2 and 3. That 
angle is preferably positive 40 degrees relative to verti- 
cal for keys on the right side of the keyboard (where 950 
is the center of the keyboard) and negative 40 degrees 
for the keys on the left side of the keyboard, although 
complementary angles ranging from 20 degrees to 70 
degrees could also be used to accomplish the goal, al- 
beit less optimally, of facilitating thumb typing. Also as 
shown on Figures 2 and 3, the keys are dispersed 
across keyboard 900 evenly so that there is sufficient 
space between the keys to decrease the opportunity for 
multiple keys being depressed while thumb typing. As 
discussed above, this uniform spacing also optimizes 
thumb typing by making half the keys accessible to each 
of the thumbs. 

[0023] Additionally, the keys are size appropriately 
given the footprint of the messaging device and the key- 
board 900. In its preferred embodiment, the messaging 
device 10 measures across its face 64 mm by 89mm, 
which does not leave much room for keyboard 900 and 
display 500. In the preferred embodiment, keyboard 900 
occupies over half of the face of the messaging device 
10. 

[0024] The key shape and dimensions are also key 
components of the invention. In order to maximize the 
surface area of the key that a thumb would hit, the keys 
are preferably oval, although they could be other 
shapes, such as oblong, rectangular, etc., and have a 
rho 965 defining the curvature of the key of .414, al- 
though values may range higher or tower. Other rho val- 
ues will lead to an acceptable, but not as optimal or aes- 
thetically pleasing shape of keys 901 . As to the key di- 
mensions, the width 970 of the key 901 is 4.8 millimeters 
(971 representing the radius of half that value, 2.4 min) 
and the length (or height) 972 of the key 901 is 7 millim- 
eters (973 representing the radius of half that value, 3.5 
mm). 

[0025] Figure 4 is the logic circuitry 1 01 0 associated 
with thumbwheel 1000. Thumbwheel 1000 outputs 
quadrature signals phase A 1021 and phase B 1022, 
which are processed by D flip-flops 1031 and 1032 to 
present signals 1041 W_UP and 1 042 W_DN to micro- 
processor 400. Signals 1041 and 1042 represent, re- 
spectively, a user rolling the thumbwheel up and rolling 
the thumbwheel down. Preferably, another detectable 
input movement from the thumbwheel is desirable. One 
such input movement implementation would produce an 
additional input signal derived from pushing the thum- 



bwheel toward the rear of the device. Hence, the thum- 
bwheel of the present invention has preferably measur- 
able rotatable and depressible input movements. Al- 
though the description that follows is specifically relating 
to a thumbwheel input device, it is to be understood that 
other suitable thumb-based auxiliary input devices hav- 
ing multiple Input detectable movements are envisioned 
and well within tie scope and spirit of the present inven- 
tion. 

[0026] In a broad aspect of the invention, input via 
keys on the keyboard in conjunction with software re- 
siding in the flash memory 600 also facilitates the de- 
vice's operation with the user's thumbs. In another broad 
aspect of the invention, input via the thumbwheel 1 000 
and a key on the keyboard in conjunction with software 
residing in the flash memory 600 further increases the 
ease, performance, and functionality of the device. 
These two broad aspects and their specific embodi- 
ments will now be described. 

[0027] Figure 5 is a general flow diagram of the major 
steps 2080 of the aforesaid keyboard related aspect of 
the invention. The first step 2000 is the input via de- 
pressing of a key having a predefined functional state 
in combination with another key on a keyboard. Depend- 
ing on the combination of keys depressed, an altering 
functional state condition is then initiated at step 2020. 
The altering functional state condition is processed at 
step 2030. Next, the predefined functional state of the 
key is modified at 2040. In step 2050, the modified func- 
tional state is interpreted, and information is displayed 
accordingly at 2060. 

[0028] Figure 6 is a general block diagram of the ma- 
jor subsystems involved in the process described in fig- 
ure 5. In the preferred embodiment of the device, when 
a key is depressed its predefined functional state 901 is 
given to the microprocessor 400 and then to the oper- 
ating system 910. The operating system is responsible 
for accepting and dispatching to a specialized applica- 
tion 91 5 any user input and for providing services to con- 
trol the display. The modifying step is achieved by a user 
interface software engine 930 processing the altering 
functional state condition 905 received from the operat- 
ing system 910 via a specialized application 915. The 
modified functional state 905 is then passed to the op- 
erating system 910. The operating system then acts on 
the information in a predetermined manner so as to pro- 
duce a display 906* representing the modified functional 
stage of the depressed key. 

[0029] In the preferred embodiment of the invention, 
there is a plurality of specialized applications 915 that 
manage different major features of the device. In such 
a preferred embodiment, the device would include the 
following specialized applications: a graphical ribbon 
application, message compose application, transport 
application, address book application, device options 
application, cryptographic application and database ap- 
plication. Other applications are also possible. 
[0030] The applications function directly with the op- 
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erating system while the user interface engine, in gen- 
eral, provides further specialized functional services to 
these applications. The user interface engine compris- 
es, in essence, a plurality of modules each nodule exe- 
cuting at least one different function, and either alone or 
in combination with another module, providing addition- 
al functionality to the applications that use its services. 
For instance, the user interface engine provides an input 
field that other applications such as the message com- 
pose application can use to display user input. Addition- 
ally, the user interface engine -receives, stores, manag- 
es and outputs data in a consistent manner to readily 
perform the various specific features to be described be- 
low. This scheme has proven to be very advantageous 
in view of the fact the operating system and the special- 
ized applications may then be limited in their coding 
overhead and hence allows them to be very robust. 
Some of the unique functions will be described in more 
detail below. 

Keypad Aspect Generally 

[0031] The process logic detail is now described for 
any keypad event-resulting from user input. 
When any key on the device is depressed, a keypad 
event containing the parameters of the particular key is 
communicated to the microprocessor. In this instance, 
"any key" includes the thumbwheel in addition to the 
keys on the keyboard. Preferably, the parameters indi- 
cate that a keypad event has occurred and which key 
has been depressed. The microprocessor communi- 
cates the keypad event information to the operating sys- 
tem. The operating system takes this keypad event in- 
formation and notifies a specialized application of the 
keypad event information. Since, preferably; the spe- 
cialized application is blocked waiting for such a keypad 
event, the application is awakened, examines the key- 
pad event information, and passes the keypad event in- 
formation to the user interface engine for further 
processing. 

[0032] In essence, the keypad event information is 
passed to the user interface engine from the operating 
system via the specialized application: the specialized 
application in this case acts as a conduit for information 
flow. In other instances, the specialized application may 
pre-process the keypad event information before pass- 
ing the same to the user interface engine. Based on the 
keypad event information provided to the user interface 
engine, the user interface engine then acts in a prede- 
termined functional manner. The pre-determined func- 
tional manner preferably includes processing the key- 
pad event information and updating stored display data 
so as to provide output instruction data. The user inter- 
face engine submits the output instruction data to the 
operating system. The operating system then acts ac- 
cording to the instructions in the instruction data, in most 
cases, by submitting for display a representation of the 
keypad event. The output instruction data would prefer- 



ably include instructions as to where characters are to 
be displayed within the display and a character code ref- 
erence value indicating which character should be dis- 
played on the display. In other cases, a plurality of char- 

5 acter code references may be provided for producing a 
display of a string of characters. The preferred character 
code reference is the standard Latin One Code Set. The 
operation, system would simply execute the instructions 
by mapping the appropriate characters from its internal 

10 bitmap of characters into the appropriate locations on 
the display. 

Auxiliary Input Device Aspect 

15 [0033] Figure 7 is a general flow diagram of the major 
steps of the auxiliary input device-related aspect of the 
invention. The process 2080* begins with a first input 
2000' via the depressing of a key on a keyboard having 
a predefined functional state. Next, a second input 201 0 1 
20 from the auxiliary input device in conjunction with the 
depression of the key is provided. This combined effect 
of the first and second input initiates an altering func- 
tional state condition step 2020'. The altering functional 
state condition is processed 2030* and the predefined 
25 functional state of the key is modified 2040'. The modi- 
fied functional state is then submitted 2050' for display. 
Additional modified functional states are accomplished 
by receiving further inputs 2060* from the auxiliary input 
device while the depressed key is continued to be de- 
30 pressed. Figure 8 is a block diagram of the major sub- 
system involved in the process described in Figure 7. 
Figure 8 is similar to Figure 6 save for input from the 
auxiliary input device subsystem now contributing to the 
altering functional state condition. This aspect of the 
35 present Invention has proven extremely useful in opti- 
mizing the functionality of the handheld device by oper- 
ation of the device with only the user's thumbs. 

International Character-Scrolling Feature 

40 

[0034] Turning now to a specific embodiment of the 
aforesaid auxiliary input device-related aspect of the in- 
vention, the user interface engine, the thumbwheel and 
at least one key on the keyboard may be utilized to insert 

45 international characters into a user input field such as 
the input field provided by the user interface engine, in 
general and preferably, the user first presses and holds 
down a key with the desired associated international 
characters while the thumbwheel is rolled. For each 

50 rolled input from the thumbwheel, a different internation- 
al character associated with the depressed key is out- 
putted on the display as a substitute for the previous 
character displayed. There is preferably a plurality of in- 
ternational characters or symbols associated with every 

55 key on the keyboard. When the desired character is dis- 
played, the user releases the depressed key and the de- 
sired character remains on the display. Traditional 
means to select such international characters require a 
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number of additional input steps or the availability of ad- 
ditional keys on the keyboard - requirements undesira- 
ble with the present handheld device. 
[0035] With reference to Figure 8, the international 
character-scrolling feature begins with the depression 
of a key on the keyboard 900 in conjunction with input 
from the thumbwheel 1010. The input from the thum- 
bwheel is preferably accomplished by rolling the thum- 
bwheel in either the up or down direction. The combined 
effect of inputs 901 from the key and the thumbwheel 
produce an altering functional state condition or a spe- 
cial keypad event 905. The parameters associated with 
this special keypad event 90 include data descriptors 
that will indicate whether the thumbwheel was either 
rolled up or down and which key on the keyboard was 
depressed. The user interface engine 930 processes 
the special keypad event information by indexing 
through an array containing references to the interna- 
tional characters associated with the depressed key. 
The processing incrementally indexes up or down the 
array (depending on the thumbwheel scroll direction pa- 
rameter), scares the current array position where the in- 
dexing stopped and retrieves the character reference 
code information stored in the current array position. 
Preferably, at each index increment, output instruction 
905' is submitted to the operating system 91 0 for display 
on the display 500. The output instruction preferably in- 
cludes the reference character code and the location of 
the character to be displayed on the display. Based on 
this output instruction, the operating system outputs at 
the appropriate location a bitmap image 906' for a given 
reference code from its internal bitmap. If the user 
chooses to see the next international character associ- 
ated with the depressed key, the user 20 provides an 
additional rolling input while continuing to depress the 
key. This produces a second special keypad event 
thereby initiating the altering functional state process. 
Consequently, the above process is related. 
[0036] The user interlace engine processes the key- 
pad parameters from the second special keypad event 
by further indexing in the appropriate direction by one 
element from the previously store position within the ar- 
ray. Again, the user interface engine submits to the op- 
erating system sufficient information to display the next 
associated international character retrieved from the ar- 
ray. Further inputs from the thumbwheel would simply 
repeat the processing until all international characters 
associated with the depressed key are indexed through 
after which time the indexing returns to the top of the 
array. 

[0037] Although the above description refers to mod- 
ifying the default character of the key depressed with an 
international character it is to be understood that the ap- 
plication of this aspect of the invention can equally be 
applied to modifying the functional state of the de- 
pressed key. For instance, a certain special keypad 
event defined by a certain key depressed in conjunction 
with input received from the thumbwheel could trigger a 



macro to be executed thereby altering the functional 
state of the depressed key. In this instance, a macro is 
a single instruction provided by the scrolling feature that 
expands automatically into a set of instructions to per- 

5 form a particular task. In another instance, the altered 
functional state of a key could produce any one of the 
following: a larger font for the display; change the default 
font type; change subsequent text to bold or italics; 
cause certain text to blink in a received email transmis- 

10 sion; and reverse image certain text, in another in- 
stance, the altered the functional state of a key could 
provide the user with '"canned" or pre-set messages that 
could be readily be used for the purposes of quickly re- 
sponding to a received message. In another instance, 

15 the context of the current active display area of the de- 
vice may either add, or alternatively, suppress, associ- 
ated altered states. For example, when a user is in the 
reply-to-message screen display, depression of the let- 
ter "M" with the scrolling input from the thumbwheel 

20 would produce an ellipsis or the display as the altered 
functional state. In contrast, the same key and thum- 
bwheel sequence would instead result in a macro se- 
quence to execute in the options screen display. 

25 Capitalization 

[0038] Turning to another software-related feature 
that aids in the device 1 0 being optimally used for thumb 
typing is a capitalization feature implemented via soft- 

30 ware. If a user depresses a key 901 , the operating sys- 
tem detects a key down event. If the key is released after 
a period of time, the operating system detects a key up 
event. If after a key down event, a certain period of time 
elapses before a key up event is detected, the operating 

35 system determines that a key repeat event has occurred 
representing a situation where a user has continued to 
depress a key without releasing it. A key repeat event 
is then treated by application software residing in either 
flash 600 as an event that requests the capitalization of 

to the key previously depressed. This feature disables the 
key repeat feature and substitutes instead a capitaliza- 
tion feature based on the length of a key press. The tim- 
ing of the key scanning to determine whether a key has 
been released can be set to permit a slower keyboard 

45 response or a faster keyboard response, depending up- 
on user experience of preferences. 
[0039] Although the capitalization function preferably 
works only to change the state of a letter to a capital, it 
alternatively could operate to change a capital letter to 

50 a lowercase letter. The actual display image is changed 
by the operating system mapping appropriate bit- 
mapped characters as instructed by the user inter-race 
engine. As alternatively implemented, the continued de- 
pressing without release of a letter key could result in a 

55 key oscillating between upper case and lower case, de- 
pending on the length of time the key is depressed. 
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Automatic Formatting Features 

[0040] Now follows a description of another software- 
related aspect of the present invention that is imple- 
mented to specificaliy minimize the number of key- 
strokes required as input by the user in using the device. 
In some cases, two software engines handle this soft- 
ware-related aspect, namely the user interface engine 
and an autotext engine. The user interface engine by 
using the above mentioned functional modules facili- 
tates presenting common interface elements such as 
menus, lists and textboxes. The autotext engine is an- 
other software application that extends the user inter- 
face engine and makes use of a database to perform 
text insertions and other related activities. The autotext 
engine is preferably implemented as a user interface en- 
gine element (such as a choice box or list or standard 
edit element). This arrangement of being a user inter- 
face engine element allows specialized applications to 
incorporate a buffer that performs autotext substitution 
as they would a standard input field. However, because 
of the substantive amount of code associated with the 
autotext engine and the engine's need to be configured 
with a list of replacement strings, the engine is prefera- 
bly implemented as a separate module. One specific ad- 
vantage that flows from the specific embodiments of the 
engines as described herein is that there is a substantial 
reduction of input formatting b)/the user, since automat- 
ic formatting can be triggered by a small number of key- 
strokes, or by predefined key sequences entered one 
key at a time. 

Autopunctuation 

[0041] Another embodiment of the user interface en- 
gine is the "autopunctuation" feature of the device. If the 
user enters one of a number of predefined character se- 
quences, the user interface engine will automatically in- 
sert a period (full stop) in the user input field, in this man- 
ner the user does not nee! to use the alt key to enter a 
period. An example of one such character sequence 
would be <character><space><space>, after such 
character sequence the user interface engine will in- 
struct the operating system to replace the first <space> 
with a full stop and to capitalize the next character en- 
tered by tie user. For clarity, in this description: <space> 
represents a blank space user input; <character> rep- 
resents any character user input; and, <period> repre- 
sents user input of the character D . D . Because of band- 
width considerations when the device transmits data to 
the wireless network, it is preferable that only one space, 
instead of two, is present between the period and the 
first character of the next sentence. Alternatively imple- 
mented, instead of replacing the first <space> in the 
aforesaid character sequence, a period is inserted after 
the <character> and the next character entered by the 
user is capitalized thereby producing two spaces be- 
tween the period and the next character. In another em- 



14 

bodiment of this autopunctuation feature, if the user en- 
ters one of a number of predefined charactersequences 
that is used as a capitalization signal, such as <peri- 
od><space>, the user interface engine will- process the 
5 event and capitalize the next character entered by the 
user. Alternatively implemented, the predefined charac- 
ter sequence could be <periodxspacexspace>. To 
further enhance this feature, autopunctuation can be un- 
done easily, as described bellow. 

10 

Character Substitution 

[0042] Another embodiment of the user interface en- 
gine is the "intelligent character substitution" feature of 
is the device. In fields designed for certain types of input, 
the user interface engine will automatically substitute 
appropriate characters if inappropriate characters are 
entered. For example, in a field designed to hold an 
email address, a method of composing an email ad- 
20 dress is provided by the character substitution feature 
of the present invention for email address tacking on the 
general form <characters> ©<charactersxcharac- 
ters> In the instance, it is assumed blank spaces are 
unacceptable characters for an email address field. The 
25 method begins with the user interface engine receiving 
from user input a character set representing a certain 
portion of the email address. If a first delimiter trigger 
signal, preferably a first blank space, is received froze 
the user input, the engine confirms that no at-sign char- 
so acter ("@") has been entered in the already received 
character set. If no, the engine substitutes the first de- 
limiter trigger signal with a first email delimiter, prefera- 
bly the at-sign character. If yes, the engine substitutes 
the first delimiter with a second email delimiter, prefer- 
35 ably a period character. For any subsequent blank 
space input received, the engine substitutes preferably 
another period character. 

[0043] Another example of the character substitution 
feature occurs when entering data in a field designed to 
40 hold numeric data. If the user presses an alphabetic key 
whose corresponding alt character is a numeral, the us- 
er interface engine will recognize this and instruct the 
operating system to automatically insert the numeral in- 
to the field, even if the user had not pressed the alt key. 

45 

Phrase substitution 

[0044] The first embodiment of the autotext engine 
provides an application service for error correction and 
so phrase substitution. By entering pairs of strings into an 
autotext database, the user can associate "original 
strings" with "replacement strings". The autotext engine 
also defines an autotext input meld that applications 
may use to access the functionality of the autotext en- 
55 gine. The autotext input field may be of variable length 
typically up to the length of an email message. As the 
user is entering data into an autotext input field, each 
time a space is entered, the autotext engine will search 
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backwards from the current cursor position to extract the 
last word from the autotext input field. The autotext en- 
gine will then efficiently search through the autotext da- 
tabase for an original string that exactly matches the tast 
word. If such a string is found, the last word in the auto- 
text input field will automatically be replaced with the 
corresponding replacement string from the database. 
[0045] This phrase substitution feature could be used 
to correct common typing errors (for example, "the" 
could be automatically converted to "the") or to facilitate 
the entry of common phrases (for example, n fyi" could 
be automatically converted to "for your information"). 
This feature could also automatically insert a regularly 
used international character or symbol in a message 
thereby reducing the instances when the international 
character-scrolling feature needs to be used. In this lat- 
ter scenario, the original string could be " jr" and the as- 
sociated replacement string could be "Jtirgen". The in- 
ternational character would be entered as described be- 
fore for the international character scrolling feature. 
[0046] The phrase substitution feature could advan- 
tageously be used or electronic signatures to be ap- 
pended to the end of an email message composed by 
the user on the device. Advantageously, a variety of dif- 
ferent electronic signatures can be stored in the autotext 
database. In this manner, the user may chose the ap- 
propriate signature from his set of signatures for the par- 
ticular context of the email message about to be trans- 
mitted. For instance, in one case the user in an informal 
message may sign off 'Take Care & Cheers" with the 
original string "tc" while in a legally sensitive message 
the same user may sign off "Solicitor-Client Privileged 
Communication" with the original string "scp". In this 
manner, there is no need for any electronic signature 
field insertion at the gateway of the wireless networkand 
the user may amend and modify his electronic signa- 
tures without network interaction. In the preferred em- 
bodiment, the replacement string is case sensitive in 
that any preset capitalization in the replacement string 
appears when displayed and cannot be forced into a 
lower case by the case status of the original string. How- 
ever, if the first character of the original string is upper 
case, then preferably the first character of the replace- 
ment is forced into an upper case as well. 
[0047] In another embodiment, the autotext engine 
preferably includes a macro functionality that allows a 
use-rto specify special character codes in the replace- 
ment string that will be treated specially when the re- 
placement string is entered into the autotext engine. 
These codes are preferably divided into two distinct 
sets: control character codes and dynamic data codes. 
[0048] In the control character code situation, some 
character sequences in the replacement string will be 
converted to control characters when the original string 
is replaced by the substitution feature. Examples of 
these sequences would be "%b" and "%B" which con- 
vert to a backspace character and a delete character 
respectively. Therefore, for an open bracket T to be dis- 



played, the original string could be defined as c br" and 
the replacement string as Q (%3". Likewise, for a dose 
bracket ")", the original string could be "rb" and the re- 
placement string ° %b)". 

5 [0049] In the dynamic data code situation, certain 
character sequences in the replacement string will be 
converted to dynamic data when the original string is 
replaced. Examples of these sequences would be " %t" 
and "%d n wherein the codes are converted into the cur- 

10 rent time and current date respectively. Like the intelli- 
gent character substitution feature, autotext replace- 
ment can be undone easily, as described below. 

Undo Feature 

15 

[0050] As mentioned above, ail automatic formatting 
features of the user interface and autotext engines such 
as autocapitalization, autopunctuation and phrase sub- 
stitution may be overridden by what is referred to the 

20 "easy undo" feature herein. The automatic formatting 
features have undo capabilities that are triggered by 
backspacing over a significant character. As such, if the 
user backspaces over one of these significant charac- 
ters, the formatted data is replaced with the raw data as 

25 it existed prior to automatic formatting. 

[0051] For instance, the user may type "fyi" into an 
autotext input field such one implemented in the mes- 
sage compose screen. If then the user types <space> 
and "fyi" is in the autotext database, the autotext engine 

30 will replace "fyi" with "for your information" in the input 
field as earlier described in phrase substitution. If the 
user does not desire this substitution, the user can pref- 
erably backspace over the last character of the dis- 
played string "for your information". Consequently, the 

35 autotext engine will restore the contents of the inputfield 
to "fyi" as they were prior to the phrase substitution for- 
matting operation. In this instance, the significant char- 
acter was the last character "n" in the phrase "for your 
information". 

40 [0052] If the user types a sequence of characters that 
results in an automatic formatting operation, and back- 
spaces to activate the easy undo feature, the appropri- 
ate engine will retain the fact that an undo operation took 
place at that significant character position. Consequent- 
's |y t if the user retypes the same sequence of characters, 
then the automatic formatting will not be applied for a 
second time. This allows the user to suppress an auto- 
matic formatting feature when desired. 
[0053] For example the user may suppress the autop- 
50 unctuation feature from inserting a fill stop automatically. 
As described above, if the user types <spacexspace> 
in an input field, a full stop will be inserted by the user 
interface engine for the first <space>. If the user does 
not desire a full stop in that location , the user would then 
55 backspace over the full stop character and retype 
<spacexspace>. The user interface engine will not re- 
place the full stop as it did the first time. 
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Navigation Aids 

[0054] The device software provides a number of nav- 
igation aids for most user input tasks. The navigation 
aids maximize the likelihood that there will be a graphi- 5 
cal interface that the user finds intuitive. The aids allow 
most input tasks to be performed completely using ei- 
ther the keyboard or the thumbwheel. The navigation 
aids are preferably incorporated into choice boxes and 
menus of the device software. A choice box is graphical 
interface wherein only one selection is displayed at one 
tune. The other possible selections are displayed one 
at a time by a navigation means. A menu, on the other 
hand, is a graphical interface wherein all selections for 
a particular input are displayed at one time. There are 
other instances where the navigation aids may be used 
and such applications are within the scope of the inven- 
tion. 

[0055] As a first aid, the user may cycle through ail 
available options in a choice box by pressing the space 
bar. For instance, in a box containing the months of the 
year, pressing the space bar repeatedly will change the 
selection from "January* to "February" to "arch", etc. A 
keypad event, defined by the location of the cursor being 
in a choice box and the depression of the space bar, 
would trigger the altering functional state process. As a 
result, the user interface engine would process the 
event by indexing though a choice array associated with 
the choice box and provide to the operating system in- 
structions to display the next available option. 
[0056] As a second aid, the user may also cycle 
through the data by pressing a control key and rolling 
the thumbwheel. The control key is preferably the "alt" 
key 902. Other control keys are possible and within the 
scope of the invention. This navigation method allows 
more flexibility for the user because the user can cycle 
through data in either direction in the choice array. This 
navigation is similar to the aforesaid international char- 
acter-scrolling embodiment, instead of international 
characters associated with the key depressed, the soft- 
ware displays a list of options. Preferably, in the down- 
ward scrolling direction, the user interface engine will 
move through the list of choices in the same direction 
as it would have if the space bar had been pressed. In 
the upward scrolling direction, the user interface engine 
will move backwards through the list of choices (e.g. 
"March" to "February" to "January 0 , etc.). Hence, the alt 
Key's defined function of producing for 2 0 display an 
alternate character for a key has been altered by the 
keypad event triggered by the thumbwheel and the ait 
key inputs. In the case of a menu display, the user can 
move the cursor between items in the menu by depress- 
ing a character key. If a menu item exists beginning with 
the character, the cursor will be positioned automatically 
over the first item in the menu beginning with that char- 
acter. If there are multiple menu items beginning with 
that character, pressing the key repeatedly will cycle it 
through those menu items. When the cursor is posi- 



tioned over the desired item, the user can select it by 
pressing the Enter key. If the user decides that he does 
not want to select any menu item, but instead return to 
his previous position in the application, he can again se- 
lect the "Hide Menu" item or press the backspace key, 
and the menu will be dismissed. 
[0057] Another navigation aid is available when the 
cursor is positioned over a specific choice box that 
changes options by allowing the user to cycle through 
the options in the choice box by only rolling up or down 
without depressing the alt key. Similarly, when a menu 
is displayed, the user can move the cursor up or down 
in the menu by rolling the thumbwheel, respectively, up 
or down. When the cursor is positioned over the desired 
menu item, the user can select it by pressing the roller 
wheel toward the back of the device (called clicking the 
wheel). If the user decides that he does not want to se- 
lect any menu item, but instead desires to return to his 
previous position in the application, preferably, he can 
select the "Hide Menu" item, and the menu will be dis- 
missed. Preferably, the user can also dismiss the menu 
by pressing the backspace key. 
[0058] Another navigation aid utilizes the uniqueness 
of the first character of each choice listed in a choice 
box. If the user depresses a key and there exists a pos- 
sible choice beginning with the character represented 
by the key, that choice will automatically be selected 
without any further input required by the user, if there 
are multiple choices beginning with that letter, pressing 
the key repeatedly will cycle through the available choic- 
es. For example, in a month choice box, pressing "j" will 
first select "January", then "June" and then "July". Alter- 
natively implemented, rapid keystrokes could result in a 
narrower search. For instance, rapidly pressing "ju" 
would result in "June" and then "July". 

Thumbwheel Orientation 

[0059] As described above with reference to Fig. 2, 
the communications device 10 has a vertical thum- 
bwheel 1000. As shown in Figs. 9-12, an alternative em- 
bodiment of the invention comprises a device 4000 with 
an inclined thumbwheel 4002. 
[0060] Like the device 1 0, the device 4000 is a hand- 
held communications device which, as viewed directly 
from the front in Fig. 9, has an ordinary operating/view- 
ing position in which it is normally held by and between 
the user's left and right hands at the left and right side 
edges 4004 and 4006 of the device 4000. The keyboard 
4008 is thus elongated horizontally across the front 
4010 of the device 4000 at a location between the dis- 
play 401 2 and the lower edge 401 4 of the device 4000. 
Further like the device 10, the device 4000 includes a 
microprocessor with a software application for providing 
a plurality of thumb-based operational features upon 
certain inputs from the keyboard 4008 and the thum- 
bwheel 4002, as described above. 
[0061] The housing 4020 of the device 4000 has front 
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and rear sections 4022 and 4024. The thumbwheel 
4002 projects outward through a slot-shaped opening 
4026 in the front section 4022 of the housing 4020. The 
opening 4026 interrupts the corner of the housing 4020 
between the front 4010 and the right side edge 4006 of 
the device 4000, and is elongated lengthwise of the right 
side edge 4006. The opening 4026 is thus configured to 
provide clearance for the thumbwheel 4002 to project 
from both the front 4010 and the right side edge 4006 
of the device 4000 in its inclined orientation. This places 
the peripheral surface 4030 of the thumbwheel 4002 in 
an orientation in which it is clearly visible from directly 
in front of the device 4000 when a user holds the device 
4000 in its ordinary operating/viewing position, as 
shown in Fig. 9. Importantly, the peripheral surface 4030 
of the thumbwheel 4002 is easily accessible, i.e., reach- 
able, by the right thumb at the front 4010 of the device 
and also by the right index finger when the device is 
held, preferably, in the palms of two hands. Also, the 
peripheral surface 4030 of the thumbwheel 4002 is ac- 
cessible by the right thumb at, for instance, the right side 
edge 4006 of the device when the device is held in one 
hand. The present invention provides optimum position- 
ing between a vertically-aligned thumbwheel and hori- 
zontally-aligned thumbwheel; thereby, allowing the user 
to operate the thumbwheel in either a single-hand oper- 
ation or two-handed operation. 
[0062] As best shown in Fig. 11 , the thumbwheel 4002 
is inclined at a specified angle A from the vertical orien- 
tation of the thumbwheel 1000 (Fig. 2). The angle A is 
preferably 70 degrees. With its axis 4031 of rotation in 
this orientation, the thumbwheel 4002 can roil up toward 
the upper end 4032 of the device 4000, and down to- 
ward the lower end 4014, in a manner similar to the up 
and down rolling movement of the thumbwheel 1000. 
However, the rolling movement of the thumbwheel 4002 
further has directional components extending across 
the front 401 0 of the device 4000 between the opposite 
side edges 4004 and 4006 as a result of its inclination 
from the vertical orientation of the thumbwheel 1000. 
This enhances the ability of the user to manipulate the 
thumbwheel 4002 with either the thumb or index finger 
of the right hand. 

[0063] A structure for supporting the thumbwheel 
4002 within the housing 4020 is shown in Figs. 12 and 
13. An important advantage of the inclined thumbwheel 
4002 is that thickness of the housing (i.e., the distance 
between the front surface 4010 and the rear surface 
401 1 ) is minimized; thereby, allowing the overall dimen- 
sions of the device 4000 to be sleeker than if the thum- 
bwheel 4026 were vertically positioned. The supporting 
structure includes a rollerwheel switch assembly 5000 
and a printed circuit board (PCB) 5002. These parts 
5000 and 5002 are configured to interconnect the thum- 
bwheel 4002 operatlvely with the main PCB 5004 
(shown schematically in Fig. 11). 
[0064] The PCB 5002 has first and second portions 
5006 and 5008. The two portions 5006 and 5008 of the 



PCB 5002 are inclined relative to each other at a spec- 
ified angle B which is complementary to the angle A of 
Fig. 1 1 . In the preferred embodiment, the angle B is 20 
degrees. The rollerwheel switch assembly 5000 sup- 

s ports the thumbwheel 4002 on the first portion 5006 of 
the PCB 5002 for rotation about the axis 4031 , as indi- 
cated by the R arrows 4034, and also for clicking input 
movement in a direction perpendicular to the axis 4031 , 
as indicated by the C arrows 4033 shown in Fig. 12. An 

10 additional advantage of the present invention is the abil- 
ity to execute the clicking input movement in a plurality 
of angular positions of the user's thumb or index finger 
as illustrated by the input arrows F 4032 and associated 
angles D, D', and D" in Fig. 13. All that is required to 

15 engage the rollerwheel switch assembly 5000 to ac- 
knowledge a clicking input movement is sufficient force 
in the direction perpendicular to the axis 4031. In this 
manner, some of the additional advantages described 
above relating to easy access via a single-hand or a du- 

20 al-hand mode operation of the device 4000 is further en- 
hanced. The plurality of angular positions by which the 
user may engage the thumbwheel 4002 for input allows 
for greater freedom and ergonomic flexibility for the us- 
er. Such freedom and ergonomic flexibility is not found 

25 in traditional handheld devices having a thumbwheel. 
An escape switch 5010 also is mounted on the first por- 
tion 5006 of the PCB 5002, and is acuatable by a button 
5012 (Fig. 9) in a known manner. A connector 5014 is 
mounted on the second portion 5008 of the thumbwheel 

30 PCB 5002 to connect the second portion 5008 directly 
with the main PCB 5004 in an orientation parallel to the 
main PCB 5004. The first portion 5006 of the thum- 
bwheel PCB 5002 then supports the thumbwheel 4002 
in the inclined orientation described above. 

35 [0065] Having described in detail the preferred em- 
bodiments of the present invention, including the pre- 
ferred methods of operation, it is to be understood that 
the preferred embodiments are presented only by way 
of example and are not meant to limit the scope of the 

40 present invention that is defined by the following claims. 



Claims 

45 1. A handheld two-way wireless communications de- 
vice optimally configured for use with the thumbs of 
a user comprising: 

(a) a keyboard at the front of the communica- 
50 tions device; 

(b) an auxiliary input device positioned in rela- 
tive proximity to the keyboard; 

(c) a display positioned at the front of the com- 
munications device adjacent to the keyboard; 

55 (d) a microprocessor to control the operation of 

the communications device; and, 
(e) a software application residing in the com- 
munications device for providing a plurality of 
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thumb-based operational features, the soft- 
ware application initiating certain 
operational features upon certain inputs from 
the keyboard or the auxiliary input device; 

the auxiliary input device comprising a thum- 
bwheel in an inclined orientation. 

2. The communications device of claim 1 , wherein the 
thumbwheel is inclined between the front and a side 
edge of the communications device so as to be ac- 
cessible to either the thumb or index finger of a us- 
er's hand at a variety of angular positions. 

3. The communications device as claimed in claim 2, 
wherein the thumbwheel projects outward through 
a slot-shaped opening which is located partially at 
the front of the communications device and partially 
at the side edge of the communications device. 

4. The communications device as claimed in claim 1 , 
wherein the communications device further com- 
prises a main PCB, a thumbwheel PCB operatively 
connected with the main PCB, and a roilerwheel 
switch assembly supporting the thumbwheel on a 
portion of the thumbwheel PCB which is inclined rel- 
ative to the main PCB. 

5. The communications device as claimed in claim 4, 
wherein the communications device further com- 
prises a connector interconnecting the main PCB 
with a portion of the thumbwheel PCB which is par- 
allel to the main PCB. 

6. The communications device as claimed in claim 1 , 
wherein the thumbwheel has multiple depressible 
and rotatable detectable input movements. 

7. The communications device as claimed in claim 1 , 
wherein the communications device is a two-way 
pager. 

8. The communications device as claimed in claim 1 , 
wherein the communications device is a personal 
digital assistant. 

9. A handheld two-way wireless communications de- 
vice optimally configured for use with the thumbs of 
a user comprising: 

(a) a keyboard at the front of the communica- 
tions device; 

(b) an auxiliary input device positioned in rela- 
tive proximity to the keyboard; 

(c) a display positioned at the front of the com- 
munications device adjacent to the keyboard; 

(d) a microprocessor to control the operation of 
the communications device; and, 



(e) a software application residing in the com- 
munications device for providing a plurality of 
thumb-based operational features, the soft- 
ware application initiating certain 
s operational features upon certain inputs from 

the keyboard or the auxiliary input device; 

the auxiliary input device comprising a thum- 
bwheel in a vertical orientation. 

10 

10. The communications device as claimed in claim 9, 
wherein the thumbwheel has multiple depressible 
and rotatable detectable input movements. 

15 11 . The communications device as claimed in claim 9, 
wherein the communications device is a two-way 
pager. 

12. The communications device as claimed in claim 9, 
20 wherein the communications device is a personal 

digital assistant. 

13. A hand-held electronic device, comprising: 

25 a display for displaying a plurality of menu se- 

lections; 

a QWERTY keyboard comprising two sets of 
keys, a first set of keys tilted at a positive angle 
with respect to a vertical reference line through 

30 the hand-held electronic device and a second 

set of keys tilted at a corresponding negative 
angle with respect to the vertical reference; and 
a thumbwheel device for navigating and select- 
ing from the plurality of menu selections, 

35 wherein the thumbwheel device is inclined at 

an angle relative to the hand-held electronic de- 
vice. 

14. The hand-held device of claim 13, wherein the first 
to and second set of keys are oblong shaped keys. 

15. The hand-held device of claim 14, wherein the ob- 
long shaped keys are oval shaped. 

^5 16. The hand-held device of claim 15, wherein the 
hand-held device is a cellular telephone. 

17. The hand-held device of claim 15, wherein the 
hand-held device is a two-way pager. 
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